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Datentransfersystem und Endgerat 


Die hier behandelte Erfindung beruhrt das mit den Formatierungssprachen auf 
dem jeweils benutzten Anwendungsniveau zu realisierende 
5 Informationstransfersystem, wobei z.B. durch den Gebrauch verschiedener 

Formatieaingssprachen bei der Erstellung von Seiten es mogiich ist, eine niedrige 
Ubertragungskapazitat in ein eigenes Datenubertragungssystem zu ubermitteln. 
Daruber hinaus beruhrt die Erfindung auch Endgerate, insbesondere 
Mobilfunkgerate. 

10 

Die elektronische Datenubermtttlung ist ein wachsender Bereich. Seit Daten in 
elektrischer Form ubermittelt wurden, war man stets mit dem gleichen Problem 
konfrontiert: Wie kann die GroBe des elektronischen Dokuments minimiert 
werden. Das typische Dokument, das Texte in verschiedenen Fomiaten enthait, 
15 Bilder und Diagramme, ist als digital dargestellte Bitkarte von gewaltigen 

AusmaBen. Eine weitverbreitete Losung zur Losung dieses Problems war SGML 
(Structured Generic Markup Language) - eine Fonmatierungssprache. Sie legt die 
elektronische Datenubertragung in einer bestimmten Rahmenstrukturfest. 

20 Die HTML (Hypertext Markup Language) - Formatierungssprache ist wegen der 
groBen Beliebtheit der WWW (World Wide Web) - Seiten mit deutlichem Abstand 
die am meisten bekannte Sprache, die SGML-Standard sich zu eigen macht.. 
Dennoch gibt es weltweit unzahlige andere Formatierungssprachen, die an den 
SGML —Standard anlehnen, wie die z.B. fur verschiedene Drucker entwickelte 

25 SPDL -Sprache (Standard Page Description Language) und die z.B. fur 

Multimedia-Anwendungen geeignete, Musik und Texte unterstQtzende SMDL - 
Sprache (Standard Music Description Language). Die groBe Beliebtheit der mit 
Hilfe der HTML-Formatierungssprache erstellten WWW-Seiten ist auf deren gute 
Presentation und Benutzerf reundlichkeit zuruckzufuhren. Die Entwicklung des 

30 WWW in seiner Gesamtheit wird vom World Wide Web Consortium (W3C) 
kontrollrert und uberwacht. 

Die HTML-Formatierungssprache ist die Dokumenttypdefinition (DTD, Document 
Type Definition), die eigentlich eine Teilgruppe der SGML-Formatierungssprache 
35 ist. Wie jede Typdefinition eines Dokuments auch, bestimmt sie die Anfangs- und 
Endzeichen eines Dokuments durch einzelne Datenelemente, sowie den Bereich, 
wo in Reihenfolge jedes Dateneiement auftreten kann. HTML wurde insbesondere 
zur AnschlieBung von Hypertext-Links an Dokumente als auch zur Verbindung 
dieser mit verschiedenen Dokumenten geschaffen. Der HTML-Standard hat sich 
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rasant auch zu einem Datenspeicher- und Vermittlungsstandard entwickelt, 
besonders fur groBe Organisationen, wie Untemehmen sowie kommunale als 
auch staatliche Verwaltungsorgane. 

5 Die HTML-Formatierungssprache ist im Zusammenhang mit den Gebrauch von 
Endgeraten mit relativ groBer DatenGbertragungskapazitat konzipiert worden. In 
der Zukunft warden HTML-Sprachenerwerterungen gegenuber fruher 
hauptsachlich grdBere Datenkapazitaten, sogar mit dem Ziel der Ubertragung 
bewegter Videobilder, unterstutzen. Dies wurde u.a. weltweite Videokonferenzen 

10 via Internet ermoglichen. 

Der Vorteil der HTML-Sprache liegt in der kiaren Fomnatbeschreibung (der HTML- 
Code kann mit einem herkommlichen Texteditor geiesen und geschrieben 
warden) und ihrer Vielseitigkeit. Gerade zum Teil wegen dieser Faktoren ist sie 
aus der Sicht der Codeoptimierung nicht besonders effektiv. Jedes Dokument 

15 erfordert viel Steuer- und Kontrollzeichen, wobei besonders bei kurzen 

Dokumenten der reine informationsanteil aus der Textgesamtl&nge besonders 
niedrig ausfallt. Dies ist von Nachteil besonders fur Gerate mit niedriger 
Ubertragungskapazitat, aber auch besonders auch in solchen Systemen, in denen 
die Systemrandbedingungen fur die DokumentgroBe eine bestimmte Obergrenze 

20 festlegen. 

Datenubermittlungssysteme mit niedriger Ubertragungskapazitat sind werterhin in 
der drahtlosen Kommunikation in Gebrauch. Bei der Anwendung von 
Datenservicen, z.B. beim Blattem in den WWW-Seiten des Intemet-Netzes, 

25 drahtlos z.B. mit dem Computer, dem Data-Adapter und dem GSM (Global 
System for Mobile communication) - Mobiltelefon steht dem GSM-System ein 
9600 bps Datentransferkanal zur Verfugung. Dies reicht aus ziemlich gut aus, 
wenn die GroBe der zu verschickenden Dokumente und Daten nicht besonders 
groB ist. Fur den Transfer groBer, z.B. in HTML-Formatierungssprache erzeugter 

30 Seiten, ware es ein groBer Vorteil, wenn es mdglich ware, die Ubertragung solcher 
Seiten zu effektivieren. 

Unabhangig von der Menge der zu Qbertragenden Information ist der vom GSM- 
System bereitgestelfte 9600 bps Datenkanal fur die ganze Zert der 
35 Datenverbindung besetzt. Dieser Datenkanal benutzt denseiben Servicekanal, der 
gewohnlich im Telefonverkehr benutzt wird. So gesehen verhindert die Benutzung 
des Datenkanals sowohl den Aufbau von Telefonaten als auch die Annahme von 
Anrufen. Dies ist eine unerwunschte Situation, besonders dann, wenn die zu 
Qbermittelnde Informationsmenge besonders klein ist. Zur Losung dieses 
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Problems sind Kurznachrichtendienste entwickeit worden, vermrttels derer kleine 
Informationspakete uber separate Signalisierungskanale verschickt werden 
kpnnen. Ein Beispiel fur einen solchen Service ist der SMS (Short Message 
Service) -Service des GSM Systems, das seinen Benutzem die Moglichkeit 

5 anbietet, Kurznachrichten zu verschicken und entgegenzunehmen. Die Lange der 
SMS-Nachrichten ist in der GSM-Spezifikation auf eine Obergrenze von 160 
Zeichen festgelegt worden. In der Praxis verhindert dies den Ersatz der mit HTML- 
Formatierungssprache erzeugten Dokumente durch die SMS- 
Kurznachrichtenkommunikation, weil die GroBe, besonders kurzer, in HTML- 

10 Sprache erzeugter Dokumente, die erwahnte Maximalgrenze von 1 60 Zeichen 
uberschreitet. 

Fur den GSM-Standard ist eine SMS-Erweiterung geplant, die die Obergrenze von 
160 Zeichen aufhebt. In diesem Fall werden uber 160 Zeichen lange Nachrichten 
auf mehrere separate SMS-Sendungen verteilt, die im Empfangsgerat wieder zu 
15 einer Nachricht verbunden werden. Eine mogliche SMS-Erweiterung erleichtert 
den Datenverkehr, aber beseitigt uberhaupt nicht das Grundproblem, daB die 
Datentransferkapazitat in der SMS-Kommunikation besonders niedrig ist, wenn 
man z.B. an den Nutzen der angebotenen Serviceleistungen durch die immer 
popularer werden den WWW-Seiten denkt. 

20 

Hier besteht ein groBer Bedarf , den Transfer der in verschiedenen 
Formatierungssprachen entstandenen Dokumente durch 
Datentransfersverbindungen mit niedriger Durchlaufgeschwindigkeit zu 
effektivieren, wie z.B. auf der Ebene drahtloser Mobilfunksysteme. 

25 

Jetzt ist ein anwendungsbezogenes Endgerat und System mit 
Komprimierungsleistungen entwickeit worden, mit dem die oben beschriebenen 
Schwierigkeiten reduziert werden konnen. Damit wird z.B. bei einigen 
Dokumenten, die in SGML-Formatierungssprache abgefaBt worden sind, eine 

30 leistungsfahige Obertragung fur Datentransfersysteme mit niedriger 

Obertragungskapazitat ermoglicht, vor allem fur solche Systeme, wo f Qr die GroBe 
des zu tranferierenden Dokuments eine bestimmte, im voraus deflnierte niedrige 
Obergrenze festgelegt worden ist Die Komprimierung eignet sich besonders fur 
Pager und Mobilfunkgerate. Durch Gebrauch dieser Neuentwicklung ist es 

35 moglich Seiten aus dem Internet so zu transformieren, daB sie in den drahtlosen 
Endgeraten z.B. in Kurznachrichtenform sind, auch schon dann, wenn der 
normale Betriebskanal des Mobilf unkgerats besetzt ist. Der Gebrauch dieser 
Erfindung ist auch in anderen Anwendungen, die das SGML-Protokoll nutzen, 
moglich, auch in Endgeraten, wo groBe Transfergeschwindigkerten erreicht 
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warden. Dadurch warden Ubertragungszelt und Kosten eingespart, besonders bei 
umfangreichen Dokumenten. Die Erfindung eignet sich auch fur die Obermittlung 
von in verschiedenen Formatierungssprachen abgefaBten Seiten zwischen zwei 
mobilen Endgeraten, wie in der Mobilfunkkommunikation. 

5 

In der Erfindung werden im Zusammenhang mit der Formatierungssprache die 
aus mehreren Symbolen zusammengesetzten Anfangs- und Endzeichen, 
(Kontrollzeichen, eng. Tag) und die zur Unterscheidung der einzelnen 
Informationsteile des Dokuments dienen, durch kurze Kennungen ersetzt. Dies 

10 geschieht gunstig Qber den Server des Serviceanbieters. Eine so gestattete 
Tabelle, fur die im folgenden die Bezeichnung Grammatik verwendet wird, wird 
z.B. mit Hilfe der SMS-Kurznachricht an das empfangende Ehdgerat ubermrttelt 
Wenn die benotigte Grammatik zu groB ist, ist es auch moglich, diese anstatt der 
SMS-Kurznachrichten Qber den gewohnlichen Datenkanal zu ubermitteln. Die 

15 Grammatik wird sowohl im Server des Serviceanbieters als auch im 

empfangenden Endgerdt eingespeichert. Wenn sowohl das absendende als auch 
das empfangende Endgerat dieselbe Grammatik verwenden, kann die dem 
Original entsprechende Webseite durch das empfangende Endgerat mit Hilfe 
kurzer Kennungen rekonstruiert werden. So reicht bei emeutem Gebrauch 

20 derselben Webseite allein die Obermittlung der fur den Service typischen, sich 
zwischen den Benutzungszeiten andemden Information aus. Die Erfindung 
ermoglicht z.B. die Presentation der auBerlich konstant bleibenden 
Wetterdienstseite mit einer sehr kleinen Infonmationsmenge. Nur wesentliche 
Information, wie z.B. die Temperatur, die Windstarke und -richtung werden - - 

25 ubermitteit, und das Webseiten-Layout wird mit Hilfe des empfangenden 

Endgerates unter Benutzung der Grammatik generiert. DarQber hinaus kann die 
Erfindung auch fur sich oft wiederholende wesentliche Information genutzt 
werden, wie z.B. durch Komprimierung der oben genannten Windrichtung in der 
Weise, daB H Sudwind" wahrend der Obermittlungszeit durch das Zeichen „e" 

30 ersetzt wird, andererseits dieses mit Hilfe der Grammatik im empfangenden 
Endgerat zu „Sudwind" entpackt wird usw. 

Die Erfindung ermoglicht auch die Presentation ganzer Satze und Strukturen der 
Seiten-Layouts durch Ersetzung der verwendeten Symbolreihen durch kurze 
Kennungen, wie aus der ausf uhrlichen Beschreibung der Erfindung hervorgeht 
35 Spater, im Zusammenhang mit detaillierten Ausfuhrungen zu der Erfindung, wird 
die auf der HTML-Formatierungssprache basierende, entsprechend der Erfindung 
komprimierte HTMesL (Hyper Text Messaging Language) - 
Formatierungssprache verwendet. 
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Bei Ubermittlung der in HTML-Sprache erzeugten Web-Seite, z.B. innerhalb des 
Internets, wird fur den Datentransfer ein HTTP (Hypertext Transfer Protocol) - 
Protokoil verwendet. Fur den Transfer der in der Web-Seite enthaltenen 
Information in entsprechend der Erfindung komprimierter Form im 
5 Kurznachrichtenmodus, z.B. vom Server zu einem mobilen Endgerat oder 
zwischen zwei mobilen Endgeraten, eiweist sich das HTTP-Protokoll als nicht 
optimal. Deshalb wird im Zusammenhang mit der Erfindung das HTTP-Protokoll 
durch ein neues Protokoil ersetzt, das im folgenden unter der Bezeichnung 
HTMesTP (HyperText Messaging Transfer Protocol) gefuhrt wird. Im 

10 Zusammenhang mit der im HTMesTP-Protokoll zu Qbermittelnden Information 
werden Zusatzinformationen hinzugefGgt, die u.a. definieren, nach welcher 
Grammatik die Nachricht komprimiert worden ist, und welchen Typs die 
betreffende Nachricht ist. Auf der Basis dieser Nebeninformation ist das 
empfangende Endgerat in der Lage, seine empfangene Nachricht richtig zu 

15 verarbeiten, d.h. es erkennt z.B. , ob es sich um eine Grammatiknachricht zum 
Aktualisieren der Grammatik, Oder um eine Nachricht im Rahmen eines 
Serviceangebots handelt. Die Nachricht kann von ihrem Typ her auch eine 
Kombination der oben genannten Nachrichtentypen sein, eine sogenannte 
zusammengesetzte Nachricht. 

20 

Fur die Erfindung ist charakteristisch, was im Kennzeichen der Schutzanspruche 1 
und 2 ausgefuhrt ist. 

Im folgenden wird die Erfindung unter Bezug auf die beiliegenden Zeichnungen 
25 genauer erklart: 

Bild 1 Darstellung des die Erfindung betreffenden Datentransfersystems sowie 
darin verwendete Endgerate, 

30 Bild 2 Darstellung der im Internet verwendeten verschiedenen Teile der URL 
(Uniform Resource Locator) - Adresse, 

Bild 3 Darstellung einer mit einer HTML-Formatierungssprache erzeugten 
Webseite, 

35 

Bild 4 Darstellung der Ubermittlung von Nachrichten zwischen dem Endgerat, 
dem Server und dem Internet-Server im Datentransfersystem entsprechend der 
Erfindung in Form eines Datenf luBplans, 
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Bild 5 Darstellung der Struktur der Nachricht, wonach die Nachrichten, 
die entsprechend der Erfindung komprimiert sind, gesendet werden 

Bild 6 Darstellung der Datenubermittlung gemaB der Erfindung 

5 

In Bild 1 wird das Datenubermittlungssystem dargestellt, das u.a. das GSM- 
System, den Server und verschiedene Endgerate umfaBt. Der Rumpf des GSM- 
Systems wird durch die Mobiltelefonzentralen 100 und 101 gebildet, die in diesem 
System spezielle, fur die Ubermittlung von SMS-Kurznachrichten geeignete SMS- 

10 GMSC (Short Message Service - Gateway Mobile Switching Centre) -Zentralen 
sind. Sie Qbermittein die von anderen Mobiltelefonzentralen Oder festen 
Telefonnetzen 110 ankommenden Gesprache, Oder die Nachrichtendaten, die die 
vom GSM-System angebotenen Datenkanale nutzen, uberdie ihnen 
untergeordneten Basisstationskontrollem (BSC, Base Station Controller, 

15 Referenzen 102, 103) und Basis Transceiver Stationen (BTS, Referenzen 104, 
105, 106 und 107) an die angeschlossenen Endgerate (MS, Mobile Station, 
Referenzen 10, 11 und 12) weiter. Entsprechend sammeln die 
Mobiltefonzentralen 100 und 101 die aus dem Endgerat 10, 11, 12 eintreffenden 
Gesprache oder Datennachrichten und Qbermittein sie auf der Basis der vom 

20 Teilnehmer gewahlten Nummer an andere Mobiltelefonzentralen oder feste 
Telefonnetze 110. 

Parallel zum Gesprache und Daten ubermittelnden GSM-System arbeitet der an 
und fur sich autonome Kurznachrichtenservice, SMS (Short Message Services). 

25 Im fotgenden werden furdiesen Service und die durch ihn ubermittelten 
Kurznachrichten auch die Abkurzungen SMS-Service und SMS-Nachricht 
verwendet. SMS-Nachrichten werden standard nnalBig zwischen zwei mobilen 
Endgeraten 10,11,12 oder zwischen einem stationaren und einem mobilen 
Endgerat 10, 1 1, 12 Obermittelt. Die SMS-Nachrichten werden konzentriert durch 

30 die Kurznachrichtenzentrale 20 (SM-SC, Short Message Service Centre) 
Obermittelt. Fur die Kurznachrichtenzentrale 20 wird im folgenden auch die 
Bjezeichnung SMS-Nachrichtenzentrale 20 verwendet. Die SMS- 
Nachrichtenzentrale 20 ist uberdie Mobiltelefonzentralen 100, 101 mit dem GSM- 
System verbunden. Die SMS-Nachricht enthalt u.a. die Kennung des Empfangers, 

35 auf deren Basis das SMS-Nachrichtenzentrum 20 in der Lage ist, die SMS- 
Nachricht an den richtigen Empfanger zu Qbermittein. Im folgenden Abschnitt wird 
beispielhaft die Ubermittlung der SMS-Nachricht vom Endgerat 1 1 an das 
Endgerat 12 beschrieben. 



Beim Starten des Vorgangs zur Sendung der SMS-Nachricht Qbermittelt das 
Endgerat 1 1 die SMS-Nachricht durch den Signalisierungskanal des GSM- 
Systems uber die Basisstation 105 und den Kontroller der Basisstation 102 an die 
Mobiltelefonzentale 100. Die Mobilteiefonzentrale 100 Qbermittelt die SMS- 

5 Nachricht an die SMS-Nachrichtenzentrale 20 weiter, wo sie vorubergehend 
gespeichert wird. Die SMS-Nachricht entgegennehmend, versucht die SMS- 
Nachrichtenzentrale 20 auf der Grundlage der in der SMS-Nachricht enthaltenen 
Adresseninformation den Empfanger zu lokaiisieren (in diesem Beipiel Endgerat 
12). Wird der Empfanger gefunden, d.h. als GSM-Netz Teilnehmer identifiziert, 

10 Qbermittelt die SMS-Nachrichtenzentrale 20 die SMS-Nachricht uber die 

Mobilteiefonzentrale 101, den Kontroller der Basisstation 103 und die Basisstation 
107 an das Endgerat 12. Wenn die Ubermittlung der SMS-Nachricht erfolgreich 
verlaufen ist, Idscht die SMS-Nachrichtenzentrale 20 die SMS-Nachricht aus 
ihrem Speicher. Ist das Endgerat 12 nicht erreichbar, versucht die SMS- 

15 Nachrichtenzentrale 20, die SMS-Nachricht spater emeut zu ubermitteln. Gelingt 
die Obermittlung der SMS-Nachricht nicht im Rahmen einer gewissen im voraus 
festgelegten Zeit v schickt die SMS-Nachrichtenzentrale 20 die RQckmeldung, auch 
als SMS-Nachricht, an das Endgerat 1 1 , dem mitgeteilt wird, daB die Ubermittlung 
der SMS-Nachricht erfolgios war. Die im Zusammenhang mit dem GSM-System 

20 erfolgte Ubermittlung von SMS-Nachrichten, die Fachleuten dieser Branche 
bekannt ist, wird genauer z.B in dem Buch von Michael Mouly und Marie- 
Bemadette Pautet „The GSM System for Mobile Communications" aus dem Jahr 
1992 (ISBN 2-9507190-0-7) beschrieben. 

25 Von der SMS-Nachrichtenzentrale 20 besteht femer eineTeleverbindung zu den 
festen Telefonnetzen 1 10, uber die, z.B. mit Hilfe eines Modems, SMS- 
Mitteilungen an den SMS-Dienstleistungen anbietenden Server 35 Qbermittelt 
werden konnen. Die SMS-Nachrichtenzentrale 20 kann auch mit dem Internet- 
Netz 50 verbunden werden, z.B. uber den Server 30. Dieser fur den Betrieb der 

30 Erfindung wesentliche Server 30 wird im folgenden unter der Bezeichnung SMS- 
TCP/IP- Server 30 aufgefuhrt. So unterscheidet sich dieser Server deutiich von 
den anderen Servem des Intemet-Netzes 50, z.B. vom Intemet-Serviceleistungen 
anbietenden Server 70. Der SMS-TCP/IP-Server 30 bildet ein Gateway zwischen 
der SMS-Nachrichtenzentrale 20 und dem Intemet-Netz 50. Von daher ist es 

35 moglich, zwischen den Endgeraten 10, 1 1 ,12 und dem Internet-Server 70 SMS- 
Nachrichten zu ubermitteln, um die vom Intemet-Netz 50 angebotenen 
Serviceleistungen zu nutzen. 

Die Datennachrichten im Internet, wie z.B. auch SMS-Nachrichten, werden 
zwischen verschiedenen Servem 30, 70 Qbermittelt, unter Benutzung des unter 
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Experten der Branche bekannten TCP/IP (Transmission Control Protocol/ Internet 
Protocol) - Protokolls und der fur beide Server spezifischen Intemet-Adresse 
(URL, Uniform Resource Locator). In Bild 2 werden z.B. eine Intemet-Adresse und 
ihre verschiedenen Teile vorgestellt. Die Adresse umfa&t somit das Protokoll P1 , 
5 die Bezeichnung P2 fur den Internet-Server, die Nummer P3 fflr den TCP/IP-Port 
sowie den Ressourcennamen P4. Die in Bild 2 vorgestellte TCP/IP-Portnummer 
„:80 u ist fakultativ, sie ist nicht notwendig zu verwenden. 

Gewohnlicherweise wird die Dienstleistung in der Weise angefordert, daB darum 
10 gebeten wird, eine bestimmte SMS-Nachricht an die Servicenummer eines 

Anbieters weiterzuletten. Von dieser aus wird die SMS-Nachricht uber die SMS- 
Nachrichtenzentrale 20 zum Serviceanbieter dirigiert, z.B. uber das Telenetz 110 
zum Server 35. Da der Maximalumfang der SMS-Nachricht auf 160 ASCII- 
Zeichen begrenzt ist, versteht es sich, daB so realisierte Service gezwungen sind, 
15 die angebotene Information auf das Allerwesentlichste zu reduzieren. Fur 

bestimmte Servicezwecke mag dies voll ausreichend sein, z.B. Devisenkurse und 
Salden von Bankkonten konnen heutzutage mit HiKe dertraditionellen SMS- 
Nachricht per Mobiltelefon abgef ragt werden. Als Antwort auf die angeforderte 
Serviceleistung leitet der Server 35 eine sich aus dem gewunschten ASCII-Text 
20 zusammengesetzte SMS-Mitteilung an das Mobiltelefon, die der Nutzer auf dem 
Display seines Mobiltelefons ablesen kann. 

Werden die vom Netz angebotenen Serviceleistungen durch Anwendung einer 
Webseiten-Formatierungssprache erbracht, ist die Nutzung der Serviceleistungen 

25 ats solche durch Verwendung von SMS-Nachrichten fast gar nicht moglich. Die in 
Verbindung mit der Formatierungssprache verwendeten Kontrollzeichen (tags) 
belegen den groBten Teil der zur Verfugung stehenden Datentransferkapazitat, 
weil diese ebenso als ASCII-Symbole ubermittelt werden, wie auch die 
Information selbst. Fur die Losung dieses Problems wurde im Zusammenhang mit 

30 der Erfindung ein Endgerat inkl. Datentransfersystem entwickelt, wodurch bei der 
Nutzung der Intemet-Dienste die durch die Begrenzung der SMS-Nachrichten auf 
maximal 160 Zeichen und die durch den Gebrauch der Kontrollzeichen erzeugten 
Probleme reduziert werden. Seine FunkMonsweise wird im folgenden mit Hilfe 
einiger Realisierungsformen beschrieben. 

35 

In der ersten Realisierungsform der Erfindung wird mit Hilfe des mobilen 
EndgerateslO.lljadas Mobiltelefonnetz genutzt, und femer Qber das Intemet- 
Netz 50 die vom internet-Server 70 prasentierte Wetterdienstseite 60 (Bild 3). In 
diesem Beispiel erfolgt der Datentransfer zwischen dem SMS-TCP/IP-Sen^er 30 
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und dem mobilen Endgerat 10, 1 1, 12 unter Verwendung des fur die Erfindung 
charakteristischen HTMesTP-Protokolls, auf dessen Struktur spater naher 
eingegangen wird. Die vom Internet-Server 70 angebotene 
Wetterdienstseite 60 wird dagegen uber das Intemet-Netz 50 an den SMS- 
5 TCP/IP-Server 30 unter Verwendung des bekannten HTTP-Protoko!ls ubermrttelt. 
Der SMS-TCP/IP-Server 30 wandelt die in in HTML-Sprache verfaBte 
Wetterdienstseite 60 gemaB der Erfindung in HTMesL-Format um und faBt die 
benotigte Grammatik ab. Es gibt jedoch keine Hindemisse, daB der schon die 
Dienstleistung anbietende Intemet^Server 70 die erwahnte Umwandlung 
10 durchfuhrt. 

SGML (Structured Generic Markup Language) ist der im Jahr 1986 vorgestellte 
intemationale Standard (ISO 8879 SGML), der fur den elektronischen 
Datenverkehr eine bestimmte Rahmenstruktur festlegt. Er definiert die 

15 verschiedenen Teiie des Dokuments, sowie in welcher Weise und in welchem 
Format die verschiedenen Teile des Dokuments prasentiert worden sind. SGML 
basiert auf der Verwendung bestimmter Kontrollzeichen (tag), die Funktionen und 
Operationen fur die Minimalisierung der DokumentgroBe definieren. In der unten 
aufgefuhrten Tabelle 1 wird z.B. die in SGML-Sprache erstellte Struktur der Seite 

20 dargestellt: 


<memo> 

<address>To: George 0'Sullivan</address> 
<sender>From:Sysop</sender> 
<date>date: March 13, 1996</date> 
<subjekt>RE: Example of SGML</subject> 
<text>This is a sample of SGML code.</text> 
</memo> 


Tabelle 1 , ein Beispiel der in SGML-Sprache erstellten Struktur der Seite 

25 In diesem Beispiel bestimmt die Verwendung der Kontrollzeichen (tag), wie 
'memo', 'address', 'sender*, 'date', 'subject' und text' die Typdefinition DTD 
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(Document Type Definition). Die oben gebrauchte Syntaxs (<tag>, </tag>) ist 
anwendungsbezogen. In der SGML-Formatierungssprache wird standardgemaB 
der 255 Zeichen umfassende ASCII-Code verwendet. Der Entwickler der SGML- 
Sprache kann die Zeichen selbst definieren, 
5 womit eine bestimmte Einheit begonnen und abgeschlossen wird. Dies ermoglicht 
die leichte Editierung der SGML-Datei mit tradttionellen Texteditoren auch in den 
Fallen, wo fur die Planung der Editierung spezieller SGML-Dateien keine 
Spezialeditoren zur Verfugung stehen. 

10 In Bild 3 ist gemaB dem Beispiel eine Wetterdienstseite 60 in der Form abgebildet, 
wie sie dem Nutzer auf dem Display der Endgerate 10, 1 1 ,12 angezeigt wird. Von 
der GroBe des Displays und der Struktur der Endgerate 10, 1 1 , 12 hangt es ab, ob 
die Wetterdienstseite 60 mit einem Mai auf dem Bildschirm erscheint, oder ob sie 
in Seitenausschnitte aufgeteilt werden muB. im folgenden verwenden wir als 

15 Beispiel entsprechend der Erfindung die Multiservicemobilfunkkommunikation 12 
auf der Basis des Nokia 9000 Communicators, auf dessen groBem LCD-Display 
die ganze Wetterdienstseite 60 mit einem Mai abgebildet werden kann. Die 
entsprechende Wetterdienstseite ist in derunten aufgefuhrten Tabelle 2 in HTML- 
Sprache im sogenannten Quellencode (document source code) abgebildet. 

20 • 

<html> 

<head> 
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<title>World Weather Service</thle> 

</head> 

<body> 

<h1>Welcome to the World Weather Service</h1> 

<h2>Weather Today</h2> 

Cloudy. Propability of rain showers 30%. 

<h2>Temperature</h2> 

10-14 C 

<hr> 

<a>href= ts htmp 9 J/weather. world.com:444/cgi~ 
bin/tomorrow.pl">Weather Tomorrow</a> 
</body> 

</html> 


Tabelle 2, Abbildung der Wetterdienstseite 60 im Quellencode 

Dieses HTML-Beispielseite umfaftt 294 ASCll-Zeichen, wodurch ihre Obermittlung 
5 in Form einer SMS-Nachricht (max 160 Zeichen) als solcher nicht mdglich ist. In 
der Erfindung werden fur beide, die Kontrollzeichen (tag, z.B. <html>) und die 
Informationszeile (z.B. Weather Today), eine eigene Kennung definiert, die in 
diesem Realisierungsbeispiel den Umfang von einem Byte (8 Bit) hat. Der 
Ersteller der anwendungsbezogenen Grammatik kann frei die Kennungen der 
10 Zeichen und Informationszeilen wahlen. Kennungen mit Beispielcharakter werden 
in der unteren Tabelle 3 vorgesteilt. Als erstes Zeichen ist das Sonderzeichen 
"&par" aufgefuhrt, da!3 entsprechend der Erfindung die in HTMesL-Sprache 
abgefaBte Nachricht von der in herkdmmlicher HTML-Sprache erstellten Nachricht 
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unterscheiden soli. Anstelle des Sonderzeichens "&par" kann auch jedes andere 
Zeichen oder Zeichenfolge verwendet werden; 


Kennung 

Code 

Zeichen- 
anzani 

Zeichen- 
anzahl 

&par 



4 

10 

<html> 

6 

2 

12 

<head> 

6 

2 

14 

<titie> 

7 

2 

30 

World Weather Service 

21 

2 

15 

</title> 

8 

2 

13 

</head> 

7 

2 

16 

<body> 

6 

2 

18 

<h1> 

4 

2 

31 

Welcome to the World Weather Service 

36 

2 

19 

<ht1> 

5 

2 

1B 

<h2> 

4 

2 

32 

Weather Today 

13 

2 

1A 

</h2> 

5 

2 

rr 

viuuuyi ■ i v/fj<iwiii»y vi ■ cui i oiiuw ci o ov /o» 


o 
& 

1B 

<h2> 

4 

2 

33 

Temperature 

11 

2 

1A 

</h2> 

5 

2 

FF 

10-14 C 

9 

2 

1D 

<hr> 

4 

2 

34 

<a href="htmp://weather.world.com:444/cgj- 
bin/tomorrow.pr>Weather Tomorrow</a> 
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</body> 

7 

2 

11 

</html> 

7 

2 


Zeichen zusammen 294 48 

5 

Tabelle 3, Umwandlung einer HTML-Seite in eine HTMesL-Seite 

Im folgenden wind die Struktur der HTMesL-Seitenfomnatierungssprache der 
Erf indung genauer beschrieben. Die HTMesL -Sprache arbeitet nach dem 
10 gleichen Muster, nach dem die den Branchenexperten aus dern Intemet-Netz 
bekannten HTTP- und HTML-Protokolle in der WWW-Umgebung 
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zusammenwirken. Die HTMesL verwendet als Grundlage Zeichenarten und 
Struktur der HTML-Sprache, sowie die Endgerate 10, 1 1 , 12 als auch den SMS- 
TCP/IP-Server 30 am Ende, zeigt aber durch Sonderzeichen (Tag) an, daB es 
sich um eine codierte Seite handelt. Dieses Sonderzeichen (tag) kann z.B. das 
5 erste Zeichen Oder die erste Zeichenfolge der HTML-Seite sein. 

Die Bedeutung des Sonderzeichens ist es, dem Empf anger anzuzeigen, daB es 
sich bei der ankommenden Mitteilung um eine in HTMesL-Sprache erstellte Seite 
handelt. 

10 

Das Sonderzeichen (z.B. &par) ist obligatorisch, damit entsprechend der 
Erfindung das Endgerat 10, 11, 12 in derLage ist, die gewunsche Webseite zu 
prasentieren. Mit Hilfe des Sonderzeichens erkennt das Endgerat 10, 11, 12, daB 
die vom TCP/IP-Server 30 empfangene information (z.B. die ursprunglich in 

15 HTML-Sprache durch den Internet-Server 70 reaiisierte Wetterdienstserte 60) 
entsprechend der Erfindung codiert worden ist. Dieses Sonderzeichen (tag) 
ermoglicht es, die in den komprimierten Seiten enthaitene Information des 
Endgerates 10, 11, 12 zu speichem, von dem diese spater durch Empfang der 
variablen Parameter-Information 63, 65 durch das Endgerat 10, 1 1, 12 abzurufen 

20 und zu erganzen ist. Dies ermoglicht allein nur die Obermittlung des 

Referenzcodes (Code, der mitteilt, zimvelcher Webseite bzw. zu welchem Service 
die damit verbundene Information verschickt wird) und der Parameter-Information 
63, 65 (die selbst den Service offerierende variable Information) in einer SMS- 
Nachricht. 

25 

Die am rechten Rand der Tabelle 3 befindliche Zahlen beschreiben die Lange der 
Zeichen und Informationszeilen in Form von ASCII-Symbolen vor und nach deren 
Substitution durch Kennungen. In Tabelle 3 sind die auf der Wetterdienstserte 60 
durch Fettdruck markierten Zeilen 61 -66 (Bild 3) abgebildet. 

30 

Mit Hilfe der Kennungen ist es mOglich, die Gesamtzeichenmenge der fur die 
Wetterdienstkarte 60 festgelegten Information von ursprunglich 294 ASCII 
Zeichen auf 48 Zeichen (Kennungen) und 40+9 Informationszeichen (Cloudy. 
Propability of rain showers 30%. Und 10-14 C) zu reduzieren. Dies ergibt 
35 zusammen nur 97 ASCII-Zeichen, so daB die in der Wetterdienstserte 60 

enthaitene Information schon in dieser Form in einer SMS-Nachricht ubermittelt 
werden kann, vorausgesetzt, daB im empfangenden Endgerat 12 die 
ehtgegengenommene Information emeut rekonstruiert werden kann. Die 
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Rekonstruktion der Mitteilung wird weiter unten genauer beschrieben. In seiner 
Gesamthett kann also die Mitteilung in folgender Form dargestellt werden: 

&par1 01 21 4301 51 31 61 831 1 9 1 B321 AFF1 B331 AFF1 D341 71 1 [cr] 
5 Cloudy. Probability of rain showers 30%.[cr] 
10-14 C 

Die erste Zeile setzt sich aus 48 Kennungen (4+22*2 Zeichen), von denen jede 
durch zwei Zeichen dargestellt wird, und dem die Zeile abschlieBenden 

10 Zteilenendezeichen [cr] (carriage return). [cr]-Zeichen werden sowohl fQr die 

Anzeige des Anfangspunkts des ersten Informationsparameters als auch fur die 
Unterscheidung der Informationsparameter voneinander verwendet Die Kennung 
FF (fett dargestellt) ist dafur reserviert, die Plazierung der Informationsparameter 
63 und 65 ("Cloudy. Propability of rain showers 30%." und "10-14 C") auf der 

15 Webseite anzuzeigen. In diesem Fall erhoht der Gebrauch der Zeilenendezeichen 
[cr] die Zeichengesamtmenge um zwei, so daB entsprechend dem Beispiel die 
Wetterdienstseite 60 in dieser Form prasentiert 99 Zeichen erforderlich macht. 
Das Zeilenendezeichen ist hier beispielhaft gebraucht, es kann auch durch 
irgendein anderes Sonderzeichen ersetzt werden, z.B. durch ein selten 

20 verwendetes, auf dem Kopf stehendes Fragezeichen £, oder irgendeine aus 
mehreren Zeichen bestehende Kombination. Das Zeichen oder die 
Zeichenverbindung sind servicebezogen zu definieren. 

Die oben abgebildete Mitteilung kann weiterhin durch Definition des Objekts 
25 komprimiert werden (in diesem Beispiel A2), das in der ersten Reihe die 44 
Zeichen umfaBende Kennungssequenz auffuhrt. 

H A2"=" 10121 430 1513161 83 1191 B32 1 AFF1 B33 1 AFF 1 D34 1711" 

30 Das Objekt A2 wird im ortlichen mobilen Endgerat 10,1 1 ,12 gespeichert, aus dem 
es immer abgerufen wird, wenn die Wetterdienstseite 60 auf dem Display des 
Endgerates 10, 1 1 , 12 bearbeitet wird. Wenn die Wetterdienstkarte 60 in der oben 
erwahnten Weise komprimiert wird, erhalt man als Gesamtlange der Mitteilung 57 
Zeichen (4+2+40+9+2 Zeilenwechselzeichen), d.h.: 

35 

&:parA2[cr] 

Cloudy. Propability of rain showers 30%.[cr] 
10-14C 


SDOCID: <DE__29816131U1_L> 



Wie anhand der oben dargestellten Mitteilung leicht festzustellen ist, wird die 
Mitteilung fast ausschlieBlich aus den Informationsparametern 63 und 65 
("Cloudy. Propability of rain showers 30%. a und "10-14 C") gebildet. Dies ist 
gerade der Zweck der Erfindung - nur die sich andemde, vom Service 
5 angebotene Information 63, 65 wird uber die verwendete Datentransferverbindung 
ubermittelt. Die andere in der Wetterdienstseite 60 enthaltene Information 
(Abbildung 3, Referenzen 61 , 62, 64, 66), die zwischen den Service- 
Benutzungszeiten unverandert bleibt, wird uber das Endgerat 10, 11, 12 generiert, 
wobei die im Endgerat 10, 1 1, 12 gespeicherte Grammatik ausgenutzt wird. Bei 
10 erster Inanspruchnahme des Services wird die Grammatik im Endgerat 10, 1 1 , 12 
gespeichert, oder wenn sich die Grammatik z.B. bei Veranderung des Layouts der 
Webserte verandert. Die Speicherung der Grammatik und die bei der Speicherung 
verwendeten Grammatikmitteilungen 87 werden zu einem spateren Zeitpunkt 
ausfuhrlich beschrieben. 

15 

Bei der Nutzung der Webseiten in der traditionellen WWW-Umgebung wird die 
einfache Serverarchitektur f ur Kunden benutzt. Der Kunde bittet bei Benutzung 
des von ihm gewunschten Service (z.B. Hypertext-Seite) ein HTTP-Protokoll 
(HyperText Transfer Protocol). Das HTTP-Protokoll wurde fur den Transfer von 

20 HTML-Seiten geplant, aber es eignet sich auch fur andere Varianten von 
Datentransfer. Das verwendete HTTP-Protokoll erweist sich bezuglich der 
Datentransferspur als besonders ineffektiv. Durch ein entsprechend der Erfindung 
entwickeltes Komprimierungsverfahren (wie die oben beschriebene HTMesL) wird 
fur die Obermittlung der komprimierten Service-Seiten zwischen dem SMS- 

25 TPC/IP-Server 30 und dem Endgerat 10, 1 1 , 12 entsprechend der Erfindung das 
HTMesTP-Protokoll (Hypertext Messaging Transfer Protocol) verwendet Dies ist 
ein Beispiel fur einen neuen Mitteilungstyp, den der S MS-TCP/IP- Server 30 
entsprechend der Erfindung einzurichten vermag. Solche speziellen 
Mitteilungstypen werden bei der Definition des Bearbeiters und Ubenmittlers der 

30 Mitteilung im System der mobilen Kommunikation verwendet. Im Mitteilungstyp 
sind z.B dreierlei Mitteilungen enthalten. Grammatikmitteilungen (Syntax Message 
Header) werden bei der Dienstleistung, wo die zu benutzende neue Grammatik 
vom Serviceanbieter zum Endgerat 10, 11, 12 ubermittelt wird, 
zusammengesetzte Mitteilungen werden sowohl fur die Obermittlung der neuen 

35 Grammatik und der informationsparameter 63, 65 als auch fur die Obermittlung 
der Parameter, die fur die Serviceanfragemitteilungen benStigt werden, 
verwendet. 
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In der Abbildung 4 sind entsprechend der Erfindung der Betrieb des Endgerates 
10, 1 1, 12, des SMS-TCP/IP-Servers 30 und des Internet-Servers 70 als 
Funktionsschema in der Phase dargestellt, wenn das Endgerat 10, 1 1 , 12 die 
Wetterdienstse'rte 60 vom Internet-Server 70 mittels Serviceanfragenachricht 

5 (Phase 80) anfordert. Die Serviceanfragenachricht enthalt die Kennung 41 , auf 
deren Grundlage der empfangende SMS-TCP/IP-Server 30 in der Lage ist, die 
empfangene Nachricht 40 korrekt zu bearberten (u.a. kann er erkennen, von 
welchem Endgerat 10, 1 1 , 12 die Nachricht empfangen worden 1st, urn welchen 
Typ von Nachricht es sich handelt, wie die Nachricht bearbeitet werden soli etc.). 

10 Die Struktur der Nachricht wird spater genauer beschrieben, u.a. im 
Zusammenhang rnit den Ausfuhrungen zu Bild 5. Nach Empfang der 
Serviceanfragenachricht vom Endgerat 10, 11, 12, loscht der SMS-TCP/IP-Server 
30 die Kennung 41 der Nachricht (Phase 81), spielt sowohl die Serviceanfrage auf 
Grundlage der in der Serviceanfragenachricht 80 enthaltenen URL-Adresse in das 

15 Internet ein, als auch ubermittelt diese in Form einer Serviceanfragenachricht an 
den Internet-Server 70 weiter (Phase 82). Die Serviceanfragenachricht befolgt von 
ihrem Typ her das allgemeine HTTP-Protokoll des Internets, womit sich die 
Serviceanfragenachricht so nicht von dem normalen im Internet abgewickelten 
Datentransfer zwischen den Servem 30, 70 unterscheidet. 

20 

Als Antwort auf die Serviceanfragenachricht ubermittelt der Internet-Server 70 die 
gewunschte Webseite dem SMS-TCP/IP-Server 30 im HTML-Format, gemaB dem 
HTM-Standard (Phase 83), gesteuert durch die URL-Adresse. In dieser Phase 
bef indet sich die Webseite also noch im HTML-Format und kann so noch eine 

25 beachtliche Menge Informationen enthalten. Der SMS-TCP/IP-Server 30 

transformiert, gemaB der fur den Service charakteristischen Grammatik, Teile der 
ehtgegengenommenen HTML-Webseite, speichert Teile der HTML-Seite in 
seinem Datenbestand und gibt den verschiedenen Teilen Kennungen. Im Fall der 
Wetterdienstseite 60 wird dies gemaB der Tabelle 3 realisiert (Phase 84). Durch 

30 Vergleich des spezif ischen Datenbestandes des Endgerates 10,11,12 mit dem 
auf der Basis der Entgegennahme der HTML-Seite aktualisierten Datenbestand 
weiG der SMS-TCP/IP-Server 30, welche Teile der HTML-Webseite bereits dem 
Endgerat 10, 1 1 , 12 bekannt sind (Phase 85). Diese Teile mussen nicht emeut 
ubermittelt werden, es reicht, daft von diesen nur die Kennungen gesendet 

35 werden (Tabelle 3). Falls durch Vergleich von Datenbestanden der SMS-TCP/IP- 
Server 30 bemerkt, daB sich bei Ubermittlung des Services die verwendete 
Grammatik geandert hat, z.B. aus der entgegengenommenen HTML-Seite sich 
neue Teile gebildet haben, die nicht schon fruher an das Endgerat 10, 1 1 , 12 
ubermittelt worden sind, mussen diese vor der Absendung der eigentlichen 
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Servicemitteilung Qbermittelt werden. Dies kann mit Hitfe einer speziellen 
Grammatikmitteilung realisiert werden (Phase 87). Vor Absendung der 
Grammatikmitteilung fugt der SMS-TCP/IP-Server 30 der zu Gbermittelnden 
Nachricht 87 Kennungen 41 hinzu, auf deren Basis das Endgerat 10, 1 1, 12 
5 korrekt funktionieren kann. Nach Empfang der Grammatikmitteilung aktualisiert 
das Endgerat 10, 1 1, 12 seinen Datenbestand auf der Basis der in der Kennung 
41 und der Grammatik enthaltenen Information (Phase 88). Nach Aktualisierung 
des Datenbestandes ist das Endgerat 10, 1 1 , 12 bereit, die eigentliche 
Servicenachricht entgegenzunehmen. 

10 

Der SMS-TCP/IP-Server 30 Qbermittelt die Servicenachricht dem Endgerat 10, 1 1, 
12, wenn er durch Vergleich seines Datenbestandes festgestellt hat, daB die 
Datenbestande des SMS-TCP/IP-Servers 30 und des Endgerates 10, 11, 12 
einander entsprechen. Die Servicenachricht wird als zusammengesetzte 

15 Mitteilung Qbermittelt, die sowohl die Kennungen (die Ziffem 31 , 32, 33 und 34 in 
der ersten Spalte der Tabelle 3, die auf die Textzeilen 61 , 62, 64 und 66 in 
Abbildung 3 verweisen) fur die gewunschten Informationszeilen als auch die 
Informationsparameter (63, 65) (Phase 89) selbst enthalt. 
In den kombinierten Mitteilungen konnen auch temporare Objekte inbegriffen sein, 

20 die im Cache-Speicher (cache memory) des Endgerates 10 r 1 1, 12 gespeichert 
werden, aber nicht im Objekdatentbestand des Endgerates 10, 1 1, 12. Wenn der 
gleiche Sen/ice mehrere Male hintereinander in Anspruch genommen wird, 
konnen solche temporaren Objekte auch z.B. zur Beschleunigung des 
Datentranfers verwendet werden. Es ist auch moglich zu definieren, daB, wenn 

25 das gleiche temporare Objekt mehrere Male hintereinander verwendet wird, es 
automatisch im Objektdatenbestand des Endgerates 10, 1 1, 12 gespeichert wird. 
Nach Empfang der zusammengesetzten Mitteilung, entpackt das Endgerat 10, 11, 
1 2 die Mitteilung (Phase 90). Es sortiert die Teile der Nachricht 40 und ruft fur die 
Empfangsgerate die Entsprechungen fOr die Kennungen (Tabelle 3) aus seinem 

30 Datenbestand ab. Darauf basierend generiert das Endgerat 10, 1 1 , 12 die 
Serviceserte 60 fur den Bildschirm des Endgerates 10, 1 1 , 12. 

In Abbildung 5 ist, gemaB dem HTMesTP-Protokoll, die belspielhafte Struktur der 
Nachricht 40 dargestellt, die das Nachrichtenkopffeld (header) 41 und das 
35 Informationsfeld 42 urnfaBt. Das Nachrichtenkopffeld 41 urnfaBt die die Struktur 
der Nachricht 40 beschreibenden Parameter und Adresseninformationen, die in 
dieser Beispielnachricht 40 enthalten sind: 
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Adressentypkennung 43, die die Struktur des Nachrichtenkopffeldes 41 definiert, 
im wesentlichen das, in welcher Form bei Ubermittlung der Nachricht 40 die 
verwendete Adresseninformation prasentiert wird, das spater im Beispiel der 
Tabelle 4 auf gefuhrte xxxl Oxxx bedeutet, da8 die Adresse mit 4 Byte gemeldet 
5 wird (sog. ipv4-Adressentyp), xxxl 1 xxx wurde bedeuten, daB die Adresse mit 6 
Byte gemeldet wird (ipv6-Adressentyp), 

die Nachrichtentypkennung 44, die u.a. definiert, um welchen Typ von Nachricht 
40 es sich handett, im Beispiel der Tabelle 4 entspricht xxxxxOOO der 
10 Gnammatikmitteilung, xxxxOOl entspricht der der zusammengesetzten Mitteilung, 
xxxxx010 entspricht der Serviceanfragemitteilung usw., 

Adresseninformation 45, auf deren Basis die Nachricht 40 zwischen dem Internet- 
Server 70, dem SMS-TCP/IP-Server30 und dem mobilen Endgerat 10, 11, 12 
15 Qbermittelt wird, im Beispiel 4 wird gemeldet mit 4 Byte. 

Grammatikdatenbestandsadresse 46, die definiert, welche im Speicher des 
Endgerates 10, 1 1, 12 und des SMS-TCP/IP-Servers aufgezeichnete Grammatik 
bei der Rekonstruktion der Serviceseite 60 fur den Bildschirm des Endgerates 10, 
20 11,12 verwendet wird, im Beispiel der Tabelle 4 wird mit 1 Byte gemeldet, sowie 

Die Langeninformation der Nachricht 47. 

In das Informationsfeld 42 wird die in HTMesL-Seitenformatierungssprache 
25 abgefaBte komprimierte Webseite einbezogen. 

Die Struktur der oben beschriebenen Nachricht 40 hat Beispielcharakter. Bei 
Bedarf z.B. kann dem Nachrichtenkopffeld 41 das Zusatzlnformationsfeld 48' 
hinzugefugt werden. Diese flexible Struktur ermogiicht die Formung neuer, 
30 striukturmaBig verschiedener Nachrichten je nach Bedarf. Von der fur die 

Prasentierung der Adressentypkennung 43 benutzten Bitmenge hangt es ab, wie 
vieie verschiedenartige Nachrichten Qbermittelt werden kdnnen. In der unten 
abgebildeten Tabelle 4 wird die Struktur des Adressenfeldes 41 dargestellt. 
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Belegplatz 


Belegplatz 


Belegplatz 


Adresse 


Adresse 
lYE 


Nachrfcht 
Typ 


Nachricht 
Tvp 


Nachricht 


I pv4- Adresse 


Ipv4-Adresse 


Ipv4-Adresse 


Ipv4-Adresse 


Grammatikidentifizierung 


Nachrichtenlange 


Tabelle A. Beispiel fur die Struktur des Nachrichtenkopffeldes 41 

5 Die Grammatikmitteilung wird von dem SMS-TCP/IP-Server 30 gesendet. Mlt der 
Grammatikmitteilung aktuaiisiert der SMS-TCP/IP-Server 30 den 
Objektdatenbestand des Endgerates 10, 11, 12. Das Endgerat 10, 11,12 selbst 
entscheidet, ob es die aktualisierte Information vom SMS-TCP/IP-Server 30 
entgegennimmt oder nicht In dieser Phase sollten auch Sicherheitsaspekte 

10 beachtet werden, damit fehlerhafte Grammatikinformationen nicht den Betrieb 
des Systems storen konnen. Urn die Richtigkeit der Grammatikmitteilungen zu 
sichem, ist es moglich, z.B. die digitate Unterzeichnung von Mitteilungen vom Typ 
RSA public key document (message) signatures zu verwenden. Im folgenden 
Beispiel werden zwei Grammatikmitteilungen gezeigt, die an sich die in dem oben 

15 vorgestellten Wetterdienstseitenbeispiel die gesamte bendtigte Grammatik 
definieren. 


Grammatikmitteilung 1: 


00001000 

F3045644,23,len(msq) 

10 

<html> 

ff12 

<head> 

ff14 

<title> 

ff30 

World Weather Service 

ff15 

</title> 

ff13 

</head> 

Ff16 

<body> 
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Ff18 

<h1> 

Ff31 

Welcome To The World Weather Service 

Ff19 

</h1> 

Ff1b 

<h2> 


Grammatikmitteilung 2: 


00001000 

F3045644,23,len(msg) 

32 

Weather today 

Ff1a 

</h2> 

fffe 


Ff33 

Temperature 

Fffe 


Ff1d 

<hr> 

F34 

<a href="htmp^/weather.worlcom:444/cgi- 
bin/tomorrow.pl°>Weather Tomorrow</a> 

Ff17 

</body> 

Ff11 

</html> 


5 

Die die zusammengesetzte Mitteilung ist ihrem Namen nach eine Mitteilung, die zwei 
Irtforrnationen enthalt. Der erste Teil der Mitteilung enthalt die 
Grammatikinformation, die nicht standig dem Objektbestand hinzugefugt wird, der 
zwerte Teil enthalt die Informationsparameter. Wenn die gleiche Objektadresse 

10 zweimal hintereinander verwendet wird, ersetzt die neue Grammatik die alte 

Grammatik in dem Objektdatenbestand. Die zusammengesetzte Mitteilung enthalt 
die Objektreferenz auf den Grammatikdatenbestand und die Parameter zur 
Vervollstandigung der zu generierenden Seite. Die zusammengesetzte Mitteilung 
beginnt mit einem separaten Befehl. Die Sonderbefehle sind grammatikabhangig 

15 und vom Serviceanbieter auszusuchen. 

Die Serviceanf ragemitteilung Qbermittelt das Endgerat 1 0, 1 1 , 1 2. Sie enthalt die 
Iritemet-Adresse (URL), die Ressourcenkennung des Services und die wahlweisen 
Parameter, um in den Service zu gelangen. Wenn der Benutzer den Service in 
20 Ahspruch nehmen mdchte, muB er eine Serviceanfragemitteilung abschicken. In 
. diesem Fall aktualisiert der SMS-TCP/IP-Server 30 den Objektdatenbestand des 

5 DOC ID: <DE_29816131U1 J_> 





• 


21 


Endgerates 10, 11, 12 durch Hinzufugung der Grammatikdefinitionen in den Cache- 
Speicher des Endgerates. 

Die Grammatikdefinition kann auch den mehr als ein Zeichen (Tag) umfassenden 
5 HTML-Text enthalten. Sie kann sogar eine ganze HTML-Seite, einen Parameter- 
Block oder eine HTML-Ankerreferenz enthalten, wie 


Die Objektkennung 0x34 hat die Adresse (URL) fur den morgigen Wetterdienst. Sie 
10 verweist auf den HTML-Block, der die Serviceanfrage zur Erlangung des 
Wetterrrapports durchfuhrt. 

In der oben beschriebenen Realisierungsform der Erfindung wurde mit Hilfe des 
Endgerates 10, 1 1 , 1 2 die Wetterserviceseite von dem mit dem Intemet-Netz 50 

15 verbundenen Endgerat 70 abgerufen. Entsprechend der Erfindung kann das System 
auch fur den zwischen zwei Endgeraten 10, 11, 12 abgewickelten Datentransfer 
benutzt werden. Eine vorteilhafte Realisierungsform umfaBt den Vorgang, wenn 
Benutzer von Endgeraten Informationen durch in HTML-Sprache realisierte Seiten 
uhtereinander austauschen. Dann umfaBt z.B. die Obenmittlung einer in HTML- 

20 Seitenforrnatierungssprache erstellten Seite, z.B. von einem an das Endgerat 10 (in 
der Regel Mobittelefon) angeschlossenen Computers 13 an das Endgerat 12 
folgende Phasen: 

• der Benutzer des Endgerates 1 1 editiert eine Seite mit einem tragbaren 
25 Computer 13. 

• der Benutzer beschlieftt eine Nachricht abzusenden, wenn das im Computer 
13 installierte Komprimierungsprogramm die HTML-Seite in das HTMesL- 
Format umwandelt und die bendtigte Grammatik erstellt. 

• der Computer bildet bei Bedarf Grammatiknachrichten und die 

30 zusammengesetzte Nachricht, und ubermittelt diese an das Mobittelefon, 

gepackt in SMS-Nachrichtenform und in einer fur die Datentransferverbindung 
fur das HTMesTP-Protokoll angepaBten Form. 

• das Endgerat 1 0 (Mobittelefon) ubermittelt die SMS-Mitteilung (SMS- 
M'rtteilungen) uber das mobile Kommunikationsnetz 105, 102, 100, 20, 101, 

35 103, 107 an das Endgerat 12. 

• das Endgerat 12 identifiziert anhand der entgegengenommenen Nachricht, 
daB es sich urn eine in HTMesL-Seitenformatierungssprache komprimierte 


34 


<a href ="htmp: //weather, world. com: 444/ cgi- 
bin/ tomorrow , pi " >Weather Tomorrow</a> 
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Nachricht handelt, und leitet diese auf der Basis der im HTMesTP-Rahmen 
plazierten Kennungen 41 an den richtigen Bearbeiter. 
• da es sich urn eine in HTMesL-Seitenformatierungssprache realisierte Seite 
handelt, entpackt das im Endgerat 12 instailierte Dekomprimierungsprogramm 
5 die Seite in das HTML- Format, und Gbermittelt sie in einem passenden 

Programm, das das Lesen von in HTML-Sprache verfaBten Seiten ermoglicht 
(wird ailgemein WWW-Blatterer genannt), zur Darsteliung auf dem Display des 
Endgerates 12. 

10 In der Abbildung 6 werden die zur Ubermittlung der Web-Seite 60 verwendeten 
Teile in in dem der Erf indung gemaBen Informationsubermittlungssystem 
dargestellt. Das Endgerat 1 1 umfaBt u.a. sowohl die Bearbeitung der in HTML- 
und HTMes-Seitenformatierungssprache prasentierten Web-Seiten 60 des 
Prozessors 121 , als auch die Aufzeichnung der in Tabelle 3 vorgestelften 

15 Grammatik im Speicher 122. Entsprechend umfaBt der SMS-TCP/IP-Server 30 
u.a. die Protokolltransfonmation des Prozessors 124 zwischen den HTTP- und 
HTMesTP-Protokollen und die Aufzeichnung der Grammatik im Speicher 125. Die 
Datentransferverb indung 123 beschreibt die in Bild 1 aufgefuhrte Basisstation 
101, den Basisstationskontroller 102, den uber die Mobiltelefonzentrale 100 und 

20 die SMS-Nachrichtenzentrale 20 zum SMS-TCP/IP-Server 30 laufenden 

Datentransfer und die Datentransferverbindung 126 zum Internet-Server 70 durch 
den uber das Intemet-Netz laufenden Datentransfer. 

Hierwurden anhand von Beispielen die Umsetzung und die Leistungsformen der 
25 Erfindung beschrieben. Fur Branchenexperten ist War, daB die Erfindung nicht 
begrenzt ist auf die Details der oben vorgestellten Leistungsformen und daB die 
Erfindung auch in anderer Form, ohne Abweichung von den Wesensmerkmalen 
der Erfindung, umgesetzt werden kann. Die Vorstellung der Leistungsformen hatte 
erklarenden Charakter, aber keinen einschrdnkenden. Die Realisierungs- und 
30 Verwendungsmdglichkeiten der Erfindung werden lediglich durch die 

nachfolgenden Schutzforderungen eingeschrankt. Diese Forderungen bestimmen 
diverse Realisierungsaltemativen der Erfindung, auch aquivalente Realtsierungen 
gehoren in den Bereich der Erfindung. 
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Schutzanspruche 

1 1. Datentransfersystem zur Obermittlung einer in Seitenforma- 
tierungsspraclie realisierten Informations s el te (60) in einem Daten- 
xibertragungsnetz (20, 30, 50, 100, 110, 123, 126) von einem ersten 
Endgerat (10, 11, 12, 13, 30, 70) zu einem zweiten Endgerat (10, 11, 
5 12, 13, 30, 70), wobei 

das erste Endgerat (10, 11, 12, 13, 30, 70) erste Prozesselnhelten 
(121, 122, 123, 124) zur Bearbeltung und Obermittlung der in Seiten- 
formatierungssprache realisierten Informationsseite (60) an das zwelte 
Endgerat (10, 11, 12, 13, 30, 70) fiber das Datenubertragungsnetz (20, 
10 30, 50. 100, 110, 123, 126) umfaBt, 

das zweite Endgerat (10, 11, 12. .13, 30, 70) zwelte Prozesselnhel- 
ten (121, 122. 123. 124) far Empfang und Weiterverarbeltung der in 
Seitenformatierungssprache realisierten Informationsseite (60) umfaBt 
und 

15 * die erwahnte Seitenformatierungssprache Zeichen und Iriforma- 

tionszellen (61, 62, 63, 64, 65, 66) umfaBt, 

dadurch gekennzeichnet, daB 

die ersten Prozesselnhelten (121, 122, 123, 124) elngerichtet slnd, 

jedem Zeichen und den Informatlonszeilen (61, 62, 63, 64, 65, 66) eine 
20 spezlfische Kennung zur Blldung einer Grammatik zuzuweisen (84), 

die ersten Prozesselnhelten (121, 122, 123, 124) elngerichtet sind, 

die Grammatik an das zwelte Endgerat (10, 11, 12, 13, 30, 70) zu uber- 

mltteln, wenn dlese nlcht schon frtlher ubermittelt worden ist (85, 86, 

87. 88). 

25 - die ersten Prozesselnhelten (121, 122. 123, 124) elngerichtet slnd. 

die Kennungen an das zweite Endgerat (10. 11, 12, 13, 30, 70) zu 

ttbermltteln, und 

die zweiten Prozesselnhelten (121. 122. 123. 124) elngerichtet 

sind, die Informationsseite (60) auf der Basis der empfangenen Gram- 
30 matlk und der Kennungen zu rekonstruieren. 

2. Endgerat zur Obermittlung einer in Seitenformatierungssprache 
realisierten Informationsseite (60) an einen Empfanger liber eln Daten- 
abertragungsnetz (20. 30. 50, 100. 110. 123, 126), mit Prozesseinhei- 
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1 ten (121, 122, 123, 124) zur Bearbeitung und Wclterleitung der in Sei- 
tenformatierungssprache realtsierten Informationsselte (60) an den 
Empfanger, wobei die Seitenformatierungssprache Zeichen und Infor- 
mationszeilen (61, 62, 63, 64, 65, 66) umfaBt. 
5 dadurch gekennzeichnet, dafi 

die Prozesseinheiten (121, 122, 123, 124) eingerichtet sind, jedem 
Zeichen und den Informationszeilen (61, 62, 63, 64, 65, 66) eine spezi- 
fische Kennung zur Bildung einer Grammatik zuzuweisen (84), 

die Prozesseinheiten (121, 122, 123, 124) eingerichtet slnd, die 
10 erw&hnte Grammatik an den Empfanger zu tibermitteln. wenn dlese 
nicht schon frtther abermlttelt worden 1st (85, 86. 87, 88), und 

die Prozesseinheiten (121, 122, 123. 124) eingerichtet sind, die 
Kennungen an das zweite Endgerat (10, 11. 12, 13, 30, 70) zu Ubermit- 
teln. 

15 

3. Endgerat nach Anspruch 2, dadurch gekennzeichnet, daB es ein 
Mobilger&t (10. 11, 12, 13) 1st. 

4. Endger&t nach Anspruch 2, dadurch gekennzeichnet, dafi es ein 
20 mit dem Dateniibertragungsnetz (50, 110) verbundener Server (30, 70) 

1st. 


25 


30 


35 
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